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CROSS-REFERENCE TO RELATED APPLICATION 
[0001] This application claims priority from, and 
incorporates by reference, the entire disclosure of 
Japanese Patent Application No. 2003-024733 filed on 
January 31, 2003. / 

BACKGROUND OP THE INVENTION 

1. Field of the Invention 

[0002] The present invention relates to a 
microcomputer logic development system and method. More 
particularly, the present invention relates to a system 
and method for developing logic to be implemented in a 
built-in microcomputer that is incorporated in an 
electronic control unit. 

2. Description of the Related Art 

[0003 J The control of electronically controlled 
equipment, for example, the control of an engine by an 
electronic control unit (ECU) must be modified yearly in 
order to comply with regulations including emission 
regulations or to improve the performance of the ECU 
along with improvements in the performance of a 
microcomputer. At present, new logic is developed prior 
to the improvement in the performance of the existing 
ECU. The preceding logic often targets the new 
generation of microcomputers expected to enjoy improved 
performance. Moreover, a new-generation microcomputer 
enjoying improved performance is selected based on the 
performance required to implement the preceding logic. 
[0004] However, an ECU having a new-generation 
microcomputer, which enjoys improved performance, 
incorporated therein is unavailable. The preceding logic 
is often developed using the logic implemented in an 
xisting microcomputer as a bas . 
[0005] However, when an ECU having an existing 
microcomputer incorporat d ther in is us d to develop the 
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pr ceding logic, probl ms described b low aris . 

(1) Th throughput of a CPU includ d in the 
microcomputer is insufficient. 

(2) The storage capacity of a memory included in the 
microcomputer is insufficient. 

(3) The number of peripheral resources is too small. 

(4) it takes much time to develop and manufacture a 
new-generation ECU. 

(0006] Due to the above problems, development of a 
new-generation microcomputer is delayed. This hinders 
development of new electrically controlled equipment to 
be controlled by an ECU in which the new-generation 
microcomputer is incorporated. 

[0007) a built-in microcomputer that is incorporated 
in an existing electronic control unit has the 
performance of a CPU and the capability of the peripheral 
equipment selected based on the specifications optimal 
for an existing system in order to minimize the cost of 
the electronic control unit. Moreover, as the CPU and 
microcomputer peripheral resources are encased in one 
package, unless the microcomputer is modified, the 
capabilities of the CPU and peripheral resources cannot 
be modified independently of one another. Moreover, for 
development of logic to be implemented in the built-in 
microcomputer, a CPU whose throughput is large enough to 
implement the preceding logic must be procured, and the 
same assortment of microcomputer peripheral resources as 
the one to be included in a preceding system must be 
procured. Moreover, every time a new microcomputer is 
developed, an ECU must be manufactured in line with the 
microcomputer. 

[0008] In order to solve the problems, an attempt has 
been made to realize the features of a built-in 
microcomputer with a one-chip microcomputer verification 
board (refer to, for xampl , Fig. 1 and Fig, 2 included 
in Japanese Unexamined Patent Application Publication No. 
8-16425). The one-chip microcomput r verification board 
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is formed with a printed-circuit board on which a 
general-purpose CPU, memories (RAM and ROM) , programmable 
logic circuits (FPGAs), and programmable wiring elements 
(FPIC) for interconnecting the CPU, memories, and 
programmable logic circuits are mounted so that they can 
be replaced with new ones. 

10009] As far as the one-chip microcomputer 
verification board is concerned, logical features 
corresponding to a user circuit, input and output units, 
and a register unit which are adaptable to a system in 
which a one-chip microcomputer is employed are programmed 
in field-programmable gate arrays (FPGAs). An FPIC is 
used to determine the interconnections among the 
input /output terminals of the CPU, memories, and FPGAs. 
Moreover, in order to develop a different one-chip 
microcomputer verification board, a ROM, FPGAs , and an 
FPIC, suitable for a system to which the verification 
board is adapted, are newly produced and an old ROM, 
FPGAs, and an FPIC are replaced with the new ones. 
(00 10 J In contrast, the present inventor et al. have 
already proposed a microcomputer logic development 
system, which enables development of preceding logic when 
a built-in microcomputer to be incorporated in an 
existing electronic control unit is replaced with an 
external high-performance microcomputer, for the purpose 
of developing general-purpose preceding logic (Japanese 
Unexamined Patent Application Publication No. 2003- 
167756). 

[0011] in the microcomputer logic development system, 
an ECU generally comprises a motherboard having the 
capability of a CPU included in a microcomputer, a core 
board having the capabilities of input/output resources 
included in the microcomputer, and an interface board 
that accommodates hardware facilities. The motherboard 
and the core board are conn cted to each oth r over a 
peripheral component interconnect bus (a PCI bus) and 
communicate input /output information to each oth r. Th 



performanc of ach board itself is determined by the 
p rformance of each of compon nts mounted on th board. 
[0012] However, whether the performance of each board 
can be effectively drawn out as the performance of the 
microcomputer logic development system itself is known to 
depend largely on a communication speed at which 
input /output information is transferred between the 
motherboard and core board, or the throughputs attained 
on the motherboard and core board. For example, when 
electrically controlled equipment is a high-performance 
engine control system, the problems described below 
arise. 

(1) Abnormal input/output data greatly affects the 
engine control system. 

(2) The number of passes that must be executed for 
initiating input/output operations at strict timing 
increases, and the processing time increases. 

(3) The number of arithmetic /logic operations that 
deal with a large amount of data increases. 

SUMMARY OF THE INVENTION 
[0013] Accordingly, an object of the present invention 
is to provide a microcomputer logic development system 
adaptable to a higher -performance engine control system. 
Specifically, the microcomputer logic development system 
can realize reliable communication of input/output 
information between a motherboard and a core board, raise 
the communication speed at which input/output information 
is communicated, and improve the throughputs to be 
attained on the motherboard and core board. 
[0014] A microcomputer logic development system in 
accordance with the present invention for accomplishing 
the above object can assume the first to twenty-second 
forms described below. 

[0015] According to the first form, there is provided 
a logic d v lopment syst m for a built-in microcomputer 
that is incorporated in a control unit for use. Th 
microcomputer logic developm nt system comprises: a 



- 5 - 



center block that includes an application facility and a 
communication facility; a peripheral block that includes 
quasi microcomputer peripheral devices which simulate by 
software the peripheral devices of a microcomputer so as 
to execute an input /output process, a computing facility, 
and a communication facility and that is connected to the 
center block over a PCI bus; and an interface circuit 
block that includes circuits equivalent to hardware 
devices included in an electronic control unit and that 
is connected to the peripheral block. Herein, the 
communication facility included in the center block and 
each of the quasi microcomputer peripheral devices 
included in the peripheral block are connected to each 
other over the PCI bus. Over the PCI bus, the 
communication facility and each of the quasi 
microcomputer peripheral devices transfer data directly 
to or from each other. 

[0016] According to the second form, there is provided 
a logic development system for a built-in microcomputer 
that is incorporated in a control unit for use. The 
microcomputer logic development system comprises: a 
center block that includes an application facility and a 
communication facility; a peripheral block that includes 
quasi microcomputer peripheral devices which simulate, by 
software, the peripheral devices of a microcomputer so as 
to execute an input/output process, a computing facility, 
and a communication facility, and that is connected to 
the center block over a PCI bus; and an interface circuit 
block that includes circuits that accommodate hardware 
facilities included in the electronic control unit and 
that is connected to the peripheral block. Herein, the 
computing facility interposed between the communication 
facility included in the center block and the quasi 
microcomputer peripheral devices includes a bus 
controller. The communication facility in th center 
block and the bus controll r are conn ct d to each other 
over the PCI bus. Th bus controller and th each of the 



quasi microcomput r periph ral devic s are connected to 
each other ov r an internal bus. The communication 
facility and each of the quasi microcomputer peripheral 
devices transfer data directly to or from each other by 
way of the PCI bus, bus controller, and internal bus. 
[0017] The third form is different from the first form 
in a point that a virtual input/output register is 
interposed between the communication facility in the 
center block and the PCI bus. Transfer data is 
temporarily stored in the virtual input/output register 
at the timing of receiving or transmitting data. 
Consequently, the virtual input/output register behaves 
like an input/output register included in an actual 
microcomputer, 

[0018] According to the fourth form, an object on 
which the application facility employed in the first form 
acts is a vehicle, and the logic development system 
includes an ignition switch. The logic development 
system is interlocked with the on or off state of the 
ignition switch in order, similarly to an actual ECU 1, 
to initiate or terminate vehicle control software. 
[0019] According to the fifth form, the circuits 
equivalent to hardware devices included in an electronic 
control unit and being included in the interface circuit 
block employed in the logic development system of the 
fourth form include at least one facility circuit in 
which a microcomputer is incorporated. The facility 
circuit is not actuated with the on state of the ignition 
switch but is actuated at the timing of starting 
processing on the center block. 

[0020] According to the sixth form, the facility 
circuit employed in the logic development system of the 
fifth form includes a power circuit that is actuated with 
the on state of the ignition switch, and a logic circuit 
that, wh n both a signal s nt from th power circuit and 
a signal s nt from the center block are validated, 
actuat s the microcomput r. 
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[0021] According to the s v nth form, when the 
ignition switch mploy d in the logic development system 
of the fourth form is turned off , data that should be 
held is stored in either of a memory included in an 
external storage device connected to the logic 
development system and a memory included in the logic 
development system* When the ignition switch is turned 
on, the data that should be held is read from the 
external storage device and restored* Thus, the same 
capability as a backup memory is included in the logic 
development system. 

[0022] According to the eighth form, initial values to 
which ports are set are determined within an 
initialization routine executed by the center block until 
the ignition switch is turned on after the power supply 
of the logic development system of the fourth form is 
turned on* 

[0023] According to the ninth form, the PCI bus 
employed in the logic development system of the first 
form includes a one-channel interrupt signal line over 
which an interrupt request is issued from the peripheral 
block to the center block. When the peripheral block 
activates the interrupt signal line, the application 
facility included in the center block accepts the 
interrupt request. After the interrupt request is 
accepted, the application facility acts to inactivate the 
interrupt signal line. 

[0024] According to the tenth form, when interrupt 
handling is terminated, the application facility included 
in the center block employed in the logic development 
system of the ninth form checks if the interrupt signal 
line is inactive. 

[0025] According to the eleventh form, when interrupt 
handling is terminated, if the interrupt signal line is 
active, th application facility included in the c nter 
block employed in the logic development system of the 
tenth form acts to inactivate the int rrupt signal line. 
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[0026] According to the twelfth form, th computing 
facility employed in the logic development system of the 
first form includes a facility for temporarily fetching 
data, when a large amount of data is transferred between 
the center block and each of the quasi microcomputer 
peripheral devices included in the peripheral block, the 
large amount of data is transferred in a burst mode 
between the center block and the computing facility. 
Between the computing facility and each of the quasi 
microcomputer peripheral devices, a small amount of data 
is transferred in a non-burst mode. 
[0027] According to the thirteenth form, after an 
interrupt request is accepted, the application facility 
in the center block employed in the logic development 
system of the ninth form acquires interrupt flags from 
the quasi microcomputer peripheral devices over the PCI 
bus. When the application facility acquires the 
interrupt flags, the application facility clears the 
interrupt flags present in the quasi microcomputer 
peripheral devices. 

[0028] According to the fourteenth form, when the 
application facility in the center block employed in the 
logic development system of the thirteenth form acquires 
the interrupt flags, the application facility executes a 
process associated with each of the acquired interrupt 
flags, 

[0029] According to the fifteenth form, after an 
interrupt request is accepted, the application facility 
in the center block employed in the logic development 
system of the fourteenth form acquires a plurality of 
interrupt flags from the quasi microcomputer peripheral 
devices over the PCI bus. The application facility 
selects one interrupt flag assigned a high priority, and 
executes a process associated with the flag. After the 
process is t rminated, the application facility clears a 
process completion interrupt flag in the quasi 
microcomputer peripheral device cone rn d. 
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[0030] According to the sixteenth form, after the 
application facility employ d in th logic dev lopraent 
system of the fifteenth form selects one interrupt flag 
assigned a high priority and executes a process 
associated with the flag, the application facility 
acquires a plurality of interrupt flags from the quasi 
microcomputer peripheral devices over the PCI bus. 
[0031] According to the seventeenth form, the 
interrupt flags employed in the logic development system 
of the thirteenth form are concurrently stored at 
successive addresses in one register included in each of 
the quasi microcomputer peripheral devices. 
[0032] According to the eighteenth form, a plurality 
of peripheral blocks, one of which is employed in the 
logic development system of the seventeenth form, are 
included, and interrupt flags assigned to resources, 
which cause an interrupt and are included in each of the 
peripheral blocks, are stored in each register included 
in each of the peripheral blocks. Interrupt flags 
assigned to resources included in the first peripheral 
block are stored in a register included in the first 
peripheral block. An extension interrupt flag indicating 
whether interrupt flags assigned to resources included in 
each of the remaining peripheral blocks are present is 
stored in association with each of the remaining 
peripheral blocks. 

[0033] According to the nineteenth form, if the 
extension interrupt flag employed in the logic 
development system of the eighteenth form demonstrates 
that interrupt flags are stored in a register included in 
any of the remaining peripheral blocks, the application 
facility acquires the interrupt flags from the register 
in the remaining peripheral block. 

[0034] According to the twentieth form, a plurality of 
p riph ral blocks each of which is employed in the logic 
development system of th first form is includ d, and a 
free-run tim r is included in the first peripheral block 
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alone. R sources that ar actuated synchronously with a 
timer value of the free-run tim r are included in the 
first peripheral block, and resources independent of the 
free-fun timer are included in the remaining peripheral 
blocks. 

[0035] According to the twenty-first form, the 
resources that are actuated synchronously with the timer 
value of the free-run timer employed in the logic 
development system of the twentieth form include a 
comparator and a capture unit* The resources independent 
of the free-run time include a pulse-width modulator 
(PWM), a communication unit, an analog- to-digital (A/D) 
converter f and ports. 

[0036] According to the twenty-second form, there is 
provided a logic development system for a built-in 
microcomputer that is incorporated in an electronic 
control unit for use. The microcomputer logic 
development system comprises: a center block including 
an application facility? a peripheral block including 
quasi peripheral devices which simulate the peripheral 
devices of a microcomputer so as to execute an 
input/output process; and a PCI bus over which the center 
block and the peripheral block are connected to each 
other. When an interrupt factor occurs in any of the 
quasi peripheral devices, the application facility reads 
or writes data from or in the quasi peripheral device. 
Data whose processing speed is required to be low is 
concurrently read or written during communication 
performed before or after the action of the application 
facility. 

[0037] In all of the foregoing forms, the center 
block, peripheral block, and interface circuit block can 
be formed, with general-purpose circuit boards. Moreover , 
the microcomputer logic development system in accordance 
with the present inv ntion can b effectively adapt d to 
a microcomputer for us in controlling an internal 
combustion engine. 
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Moreover, the present invention provides methods as 
tw nty-third and twenty-fourth forms thereof. 
[0038] The twenty-third form of the present invention 
is a logic development method for a microcomputer 
requiring: a center block including an application 
facility; a peripheral block including quasi 
microcomputer peripheral devices that simulate by 
software the peripheral devices of a microcomputer so as 
to execute an input/output process; an interface circuit 
block including circuits equivalent to hardware devices 
included in an electronic control unit; and a PCI bus 
over which the center block and the peripheral block are 
connected to each other. The microcomputer logic 
development method comprises: a step of issuing an 
interrupt request from the peripheral block to the center 
block over a one-channel interrupt signal line contained 
in the PCI bus; a step of accepting the interrupt request 
when the peripheral block activates the interrupt signal 
line; and a step of after the interrupt request is 
accepted, inactivating the interrupt signal line. 
[0039] According to the twenty-fourth form, the 
microcomputer logic development method of the twenty- 
third form further comprises: a step of after an 
interrupt request is accepted, acquiring interrupt flags 
from the quasi microcomputer peripheral devices over the 
PCI bus; and a step of, after the interrupt flags are 
acquired, clearing the interrupt flags present in the 
quasi microcomputer peripheral devices. 
[0040] According to the microcomputer logic 
development system of the present invention having the 
foregoing constituent features, problems underlying 
development of logic to be implemented in a microcomputer 
are solved, a CPU will enjoy the performance required 
for implementing novel logic or new-generation logic. 
The same assortment of resources as the one includ d in a 
novel or new-generation system can be provid d as 
microcomputer peripheral resources, a built-in 
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microcomputer in which th novel or new-g n ration logic 
can be implemented can be develop d in a short period of 
time. Moreov r, as the microcomputer logic development 
system in accordance with the present invention is 
repeatedly usable for development of logic , the cost of 
development can be minimized. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0041 J The present invention will be more clearly 
understood from the description set forth below with 
reference to the accompanying drawings, wherein: 
[0042] Fig. 1 shows the system configuration of an 
electrically controlled engine control system that is the 
background of the present invention so as to show the 
configuration of an ECU; 

[0043] Fig. 2 is an explanatory diagram showing the 
overall configuration of a microcomputer logic 
development system in accordance with the present 
invention that is used to develop logic to be implemented 
in the ECU shown in Fig. 1; 

[0044] Fig. 3 is a block diagram showing the 
configuration of the microcomputer logic development 
system in accordance with the present invention in 
comparison with the configuration of a conventional 
electronic equipment control ECU; 

[0045] Fig. 4 is a block diagram showing an example of 
the internal components mounted on a motherboard and a 
core board shown in Fig. 3; 

[0046] Fig. 5 shows the software configurations of the 
motherboard and core board included in the microcomputer 
logic development system in accordance with the present 
invention, and also shows the hardware configuration of 
an interface board; 

[0047] Fig. 6 is an explanatory block diagram showing 
a PCI bus shown in Fig. 5 and the actual configuration of 
a microcomputer mounted on th core board; 
[0048] Figs. 7A and 7B are timing charts indicating 
issuance of an interrupt signal ov r th PCI bus linking 
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th moth rboard and core board and transfer of data in 
relation to the passag of time; 

[0049 J Figs. 8A and 8B show software configuration so 
as to describe acquisition of input information on the 
motherboard shown in Figs. 7A and 7B, actions of an 
application, and finalization of an output request; 
[0050] Fig. 9 is an explanatory diagram showing the 
configurations of the motherboard, the core board, and a 
facility board, and the peripheral circuits which are 
required to execute a power-on sequence denoted by ® in 
Fig. 7A; 

[0051] Figs. 10A and 10B describe the processing steps 
that are included in the power-on sequence and that 
involve the motherboard, core board, and facility board 
whose configurations are shown in Fig. 9; 
[0052] Figs. 11A and 11B describe the processing steps 
that are continued from the processing steps described in 
Figs. 10A and 10B, and also describes the processing 
steps included in a power-off sequence; 
[0053] Figs. 12A and 12B are timing charts indicating 
PCI interrupt handling that is triggered by a PCI 
interrupt signal sent over an interrupt signal line A 
shown in Figs. 7A and 7B; 

[0054] Figs. 13A and 138 are timing charts indicating 
an example of a PCI access method which is employed in 
the present invention and, according to which, a register 
included in each of FPGAs on the core board is accessed 
directly from the motherboard over the PCI bus in order 
to read or write data; 

[0055] Fig. 14 is a flowchart describing the actions 
of an interrupt controller that include PCI interrupt 
handling; 

[0056] Fig. 15 shows the contents of registers 
included in an FPGA that serves as a capture unit, (a) 
shows the contents of an interrupt flag r gister, and (b) 
shows the contents of a captur d value r gister; 
[0057] Fig. 16 is a timing chart concerning a process 
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executed according to the pr sent invention when an 
interrupt ev nt occurs during a sampling period; 
[0058] Fig. 17 is a timing chart concerning a process 
executed according to the present invention when 
occurrence of an interrupt event is discontinued; and 
[00S9] Figs. 18A and 18B are explanatory diagrams 
concerning synchronization performed on a plurality of 
core boards from a motherboard. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
[0060] Referring to the appended drawings, an 
embodiment of the present invention will be described in 
conjunction with concrete examples, in the examples, 
electronically controlled equipment to which the present 
invention is adapted shall be an electronically 
controlled internal combustion engine (hereinafter, an 
electronically controlled engine). 

[0061] Fig. 1 shows the system configuration of a 
conventional electronically-controlled-engine control 
system so as to show the configuration of an electronic 
control unit (ECU) 1. in the electronically-controlled- 
engine, the ECU 1 receives pulsating signals such as an 
engine speed signal and a vehicle speed signal, analog 
signals sent from a coolant temperature sensor and an 
intake air temperature sensor, and digital signals sent 
from a starting switch, an electric load switch, a 
shifting position switch, and an air conditioner. The 
ECU 1 comprises: a built-in microcomputer 2 that handles 
these input signals; and drivers 16 that are ECU 
input/output circuits for amplifying and transmitting 
signals handled by the built-in microcomputer 2. The ECU 
1 transmits analog signals to be sent to a shift control 
solenoid and a variable valve timing (WT) solenoid, 
pulsating signals such as an ignition signal and a fuel 
injection signal, a pulsating signal for idle speed 
control (ISC), and digital signals to be s nt to a check 
engin warning lamp and a main relay, and a digital 
signal instructing the switching-of f of an air 
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conditioner. 

[0062] The built-in microcomputer 2 has a m mory 9 and 
a CPU 10 that are needed for arithmetic /logic op rations, 
and peripheral resources that are responsible for 
input /output control, encased in one package. The 
peripheral resources fall into input resources and output 
resources. Referring to Fig. 1, an input port 3 and a 
latch port 4 that deal with a digital signal, an A/D 
converter 5 that handles an analog signal, and a capture 
unit 6 that handles a pulsating signal are shown as the 
input resources- An output port 12 through which a 
digital signal is transmitted, a pulse-width modulator 
(PWM) 13 and a comparator 14 that transmit a pulsating 
signal, and a serial interface 15 through which an analog 
signal is transmitted or received are shown as the output 
resources. The peripheral resources, the memory 9, and 
the CPU 10 are interconnected over an internal bus 11. 
In addition to the peripheral resources, an internal 
timer 7 and an interrupt controller 8 are included in the 
built-in microcomputer 2. All the terminals of the 
built-in microcomputer 2 shall be referred to as ports. 
[0063] in the electronically controlled engine control 
system, the ECU 1 receives signals, which indicate the 
driven state of a vehicle, from sensors and switches. An 
input circuit in the ECU 1 processes input signals, and 
transfers the resultant signals to the built-in 
microcomputer 2 . The input peripheral resources convert 
the received signals into CPU values. The memory 9 and 
CPU 10 that constitute a computing unit detect the state 
of the vehicle from the input signals, and produce an 
output request signal according to the state of the 
vehicle. The output peripheral resources convert the 
output request signal into output signals. Consequently, 
the output signal is transmitted from the built-in 
microcomputer 2. The drivers 16 s rving as input/output 
circuits includ d in the ECU 1 drive actuators 
incorporated in the v hicle according to the output 
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signals. Th results of output control are, as indicated 
with a dash d line, refl cted on the input signals 
received from th vehicle. 

[0064 J Fig, 2 shows the position of the ECU 1 
described in conjunction with Fig, 1 in an automobile 
(vehicle) 18. The ECU 1 is located in an engine 
compartment in which an engine 19 of the vehicle 18 is 
mounted. Moreover, Fig. 2 shows a microcomputer logic 
development system 20 in accordance with the present 
invention. The microcomputer logic development system 20 
in accordance with the present invention is, as 
illustrated, directly connected to the ECU 1 over a 
connection cord 2 OA that is spliced to a connector that 
is uncoupled from the ECU 1 mounted on the vehicle 18. 
[0065] The microcomputer logic development system 20 
in accordance with the present invention is connected to 
host computer 27. The host computer 27 comprises a 
display 21 and a keyboard 22 that is used to enter data. 
Reference numerals SI and S2 denote power switches that 
are used to actuate the logic development system 20 and 
host computer 27 respectively. The state of the 
microcomputer logic development system 20 can be 
monitored using the display 21. Data can be entered at 
the keyboard 22 in order to modify the settings of the 
microcomputer logic development system 20. 
[0066] Incidentally, the microcomputer logic 
development system 20, in accordance with the present 
invention, is, as mentioned above, used while being 
directly connected to the vehicle 18. Otherwise, the 
microcomputer logic development system 20 may be 
connected to a vehicle driving situation generation 
system 23 that is operated under the control of a 
personal computer 24 and that can simulate various 
vehicle driving situations, m this case, even when the 
vehicle 18 is unavailable, logic to be implemented in a 
built-in microcomputer for use in controlling an 
electronically controlled ngin can be dev loped. 
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(0067] Fig, 3 shows the system configuration of the 
microcomput r logic development system 20 in accordance 
with the present invention, which can be used while being 
connected as shown in Fig. 2, in comparison with the 
configuration of the conventional ECU 1 for controlling 
electronically controlled equipment (herein an 
electronically controlled engine). As mentioned above, 
the ECU 1 comprises the built-in microcomputer 2 and ECU 
input/output circuits 28 formed with the drivers 16, and 
is connected to the electronically controlled equipment 
mounted in a vehicle through an ECU connector 29. 
Moreover, software (engine control application wherein 
"engine" is abbreviated to "ENG" in the drawing) 25 that 
is stored in the memory 9 and read and used by the CPU 10 
is installed in the built-in microcomputer 2. 
Microcomputer peripheral resources ("microcomputer 
resources" in the drawing) 26 are included in the built- 
in microcomputer 2. The software 25 and the 
microcomputer peripheral resources 26 transfer data to or 
from each other over the internal bus 11. 
[0068] On the other hand, as described in conjunction 
with Fig. 2, the microcomputer logic development system 
20 in accordance with the present invention that is 
substituted for the ECU 1 comprises, in the present 
example, three circuit boards: that is, a motherboard 30 
realizing a center block; a core board 40 realizing a 
peripheral block; and an interface board 50 realizing an 
interface circuit block. The motherboard 30 and the core 
board 40 correspond to the built-in microcomputer 2 of 
the ECU 1, while the interface board 50 corresponds to 
the ECU input/output circuits 28 of the ECU 1. The 
motherboard 30 and the core board 40 are connected to 
each other over a PCI bus 39 serving as a high-speed bus 
interface, 

[0069] Software (ENG control application) 31 that is 
stored in a memory to be described lat r, and r ad and 
used by the CPU, and PCI communication software 32 that 
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permits communication over the PCI bus 39, are installed 
on the motherboard 30. PCI communication over th PCI 
bus 39 ref rs to communication of data, which is 
transferred to or from quasi microcomputer peripheral 
resources (abbreviated to "quasi microcomputer 
peripherals" in the drawing) 42 , over the PCI bus 39. 
For development of a new-generation ECU, the motherboard 
30 must be designed to offer a high throughput and a 
large storage capacity so that it can withstand a load to 
be imposed during development of preceding logic to be 
implemented in the new-generation ECU. 
[0070] Incidentally, the performance of an existing 
microcomputer for use in controlling an engine is such 
that the operating frequency of a CPU is 64 MHz and the 
storage capacity of a memory is about 1 megabyte. A 
general-purpose microcomputer such as the one employed in 
personal computers would exhibit sufficient performance, 
and could be reused many times over a long period of 
time. 

[0071] Moreover, the core board 40 accommodates a CPU 
and a memory, and includes the PCI communication software 
41 that permits communication over the PCI bus 39, and 
quasi microcomputer peripherals (or field-programmable 
gate arrays (FPGAs) 42 that correspond to the 
microcomputer peripheral resources 26 of the built-in 
microcomputer 2). The PCI communication software 41 and 
each of the quasi microcomputer peripherals 42 can 
transfer data to or from each other over an internal bus 
43. Herein, ports refer to all the terminals of the 
FPGAs 42. 

[0072] The interface board 50 accommodates ECU 
input /output circuits 51 corresponding to the ECU 
input/output circuits 28 of the ECU 1, and an ECU 
connector 29. The ECU input /output circuits 51 are 
formed with standard circuit blocks that are independent 
of one another, so that the ECU input /output circuits 51 
can cope with a change in the number of input/output 



circuits incorporat d in th ECU. 
[0073] Fig. 4 shows an xaraple of the hardware 
configurations of the motherboard 30 and core board 40 
shown in Fig. 3. The motherboard 30 accommodates a 
memory 31 whose storage capacity is large enough to store 
the software (ENG control application) described in 
conjunction with Fig. 3, a general-purpose high- 
performance CPU (whose operating frequency is, for 
example, 850 megahertz) 33, an internal timer 35, a PCI 
bus interface 36 connected on the PCI bus 39, and an 
internal bus 37 over which the memory, CPU, internal 
timer, and PCI bus interface are interconnected. 
[0074] The core board 40 accommodates a PCI bus 
interface 44 connected on the PCI bus 39, a CPU 45 that 
is of a lower grade than the CPU 33 mounted on the 
motherboard 30, quasi microcomputer peripherals (FPGAs) 
42 that realize the capabilities equivalent to the 
capabilities of the microcomputer peripherals, an 
internal bus 43, a common memory 46 connected on the PCI 
bus, and an internal memory 47 connected on the internal 
bus 43. The CPU 45 mounted on the core board 40 should 
offer the throughput (for example, a general-purpose 32- 
bit CPU whose operating frequency is about 16 megahertz) 
high enough to perform PCI communication. The core board 
40 has the capability to receive data, which is 
transferred between the ENG control application 
(software) 25 installed in the conventional ECU 1 and 
each of the microcomputer peripherals 26, over the PCI 
bus 39, and to then transfer the data to the FPGAs 42. 
[0075] The FPGAs connected to the interface board 50 
can be realized by software, and the number of FPGAs can 
flexibly be varied to cope with a change in the number of 
the microcomputer peripherals. Namely, the number of 
FPGAs can be varied to cope with an increase in the 
number of channels or addition of a resourc having an 
unpr c dented capability. 

[0076] Fig. 5 shows the configuration of th software 
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(including part of the hardware) installed in the ECU 1 
simulated by the microcomputer logic development system 
20 in accordance with the present invention. The ECU 1 
is simulated using: the motherboard 30 that realizes a 
capability equivalent to the capability of a core program 
of a microcomputer; the core board that realizes a 
capability equivalent to the capabilities of the 
resources of the microcomputer; and the interface board 
50 that realizes a capability equivalent to the 
capability of the hardware of the ECU 1. Herein, the 
hardware of the ECU 1 refers to electric circuits other 
than the microcomputer ♦ 

[0077] Input/output drivers (a motherboard- side 
input/output driver 30D and a core board-side 
input/output driver 40D) that realize a capability 
equivalent to the capability of the bus over which the 
motherboard is connected to each of the microcomputer 
resources are mounted on the motherboard 30 and core 
board 40 respectively. The input /output drivers are 
connected to each other over the PCI bus 39. The PCI bus 
39 contains a one-channel interrupt signal line A. Over 
the signal line A, an interrupt request is issued from 
the core board 40 to the motherboard 30. 
[0078] Moreover, the PCI bus 39 is coupled to each of 
the motherboard 30 , the core board-side input/output 
driver 40D included in a microcomputer 40M mounted on the 
core board 40, and the FPGAs 42. Over the PCI bus 39 
employed in the present invention , the motherboard 30 and 
each of the FPGAs 42 can transfer data to or from each 
other according to the following two methods: direct 
access between the motherboard 30 and each of the FPGAs 
42 along a path B, and access between the motherboard 30 
and each of the FPGAs 42 via the core board-side 
input/output driver 40D along a path C. 

[0079] According to th present invention, as shown in 
Fig. 5, the motherboard-side input/output driver 30D and 
each of the FPGAs 42 can transfer data to or from each 
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other over the PCI bus 39 as if they directly accessed 
each other . In reality, th hardware on the core board 
40 includes a bus controller. The bus controller will be 
described in conjunction with Pig. 6. As shown in Fig. 
6, the microcomputer 40M on the core board 40 comprises 
an internal memory 58, a program 59, and a bus controller 
60, The bus controller 60 is connected to the 
motherboard 30 over the PCI bus 39, and connected to a 
register 61 included in each of the FPGAs 42 over an 
internal bus 56 of the core board 40. Moreover, the bus 
controller 60 is connected to the internal memory 58 over 
an internal bus 57 of the microcomputer 40M. 
(0080) in terms of hardware, the buses have a single- 
layer structure. When data is directly transmitted from 
the motherboard 30 to the register 61 in each of the 
FPGAs 42 over the PCI bus 39 and internal bus 56 via the 
bus controller 60, the motherboard 30 and register 61 are 
connected to each other as if they were joined by 
hardware. In other words, although data is internally 
transmitted via the bus controller 60, it appears 
externally that data is directly written from the 
motherboard 30 into the FPGA 42 or that data is directly 
read from the FPGA 42 into the motherboard 30. 
Therefore, it appears as if data were transferred between 
the motherboard 30 and FPGA 42 over the PCI bus 39 that 
is one of the buses shown in Fig. 5. 

[0081] The bus controller 60 can change the directions 
of a data flow. Data received by the bus controller 60 
can be temporarily written in the internal memory 58 over 
the internal bus 57. Along the path line B, data is 
transferred between the motherboard 30 and each of the 
FPGAs 42 by way of the PCI bus 39 , bus controller 60 , and 
internal bus 56. Along the path line C, when data is 
temporarily written in the internal memory 58 because the 
program 59 is run whil the data is b ing rout d through 
the PCI bus 38, bus controller 60, and int rnal bus 56. 
The stag in which the program 59 runs is equivalent to 
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the stage of the core board-side input/output driver 40D 
shown in Fig, 5. 

[0082] Referring back to Fig. 5, the interface board 
50 equivalent to the hardware of the ECU 1 comprises a 
port assignment conversion board 52, a plurality of 
standard circuits 53, and a plurality of facility boards 
55. Any number of input/output circuits can be realized 
by combining the port assignment conversion board, 
standard circuits, and facility boards. Moreover , 
reference numeral 54 denotes an equivalent of the ECU 
connector 29 shown in Figi 3. The interface board 50 and 
the core board 4 0 are connected to each other over a 
harness 49 equivalent to the ports of the microcomputer . 
[0083] The facility boards 55 are provided for 
executing facilities of the engine control application 
31. A difference from the standard circuits 53 lies in a 
point that a microcomputer is incorporated in each of the 
facility boards. Normally, the standard circuits 53 
merely have the capability to switch on and off states. 
The facility boards 55 have a communication capability 
due to the incorporation of the microcomputer. In other 
words , the facility boards 55 can transfer data to or 
from the FPGAs 42 according to the direct memory access 
(DMA) technique, and can realize the facilities nested in 
the engine control application 31. Transfer of data 
using these components is one of the constituent features 
of the present invention. 

[0084] Incidentally, when the electronically 
controlled equipment is an electronically controlled 
engine, the motherboard 30 has two large software blocks, 
that is, the engine control application 31 and the 
input/output driver 30D that communicates input/output 
information between the application 31 and each of the 
FPGAs 42. The engine control application 31 includes a 
block containing arithm tic/logic operations alone and a 
block containing both input/output operations and 
arithmetic /logic operations. The block containing both 
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input/output operations and arithmetic /logic op rations 
is substantially equival nt to software install d in the 
actual ECU. The block containing arithmetic /logic 
operations alone is an additional review logic block and 
completely separated from the input/output operations . 
The input/output drivers include, as mentioned above, the 
motherboard-side input/output driver 30D and core board- 
side input /output driver 40D, and are synchronized over 
the PCI bus 30 so as to transmit input /output 
information. 

[0085] The block containing arithmetic/logic 
operations alone and being nested in the engine control 
application 31 achieves temporal synchronization 
(temporal interrupt handling) alone. The block 
containing both input/output operations and 
arithmetic /logic operations achieves both temporal 
synchronization and non-temporal synchronization (non- 
temporal interrupt handling). The temporal 
synchronization does not depend on an external state but 
is executed at regular intervals. On the other hand, the 
non-temporal synchronization depends on an external 
state, that is, the driven state of an engine. The non- 
temporal synchronization includes handling of an 
interrupt caused by, for example, an engine speed signal, 
a vehicle speed signal, a fuel injection timing signal, 
or an injection timing signal. 

[0086] Herein, a phenomenon that varies at random 
depending on an external state shall be called an event. 
The non-temporal synchronization can be regarded as a 
process to be executed synchronously with an event 
represented by event information detected based on an 
external state. 

[0087] in order to execute the temporal 
synchronization and non-temporal synchronization within 
the engin control application 31 install d on the 
motherboard 30, the CPU 33 on the moth rboard 30 
described in conjunction with Fig. 4 acts as a virtual 
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7A and 7B, processes involving th motherboard 30, PCI 
bus 39 , and core board 40 are indicat d with th passage 
of time. A plurality of core boards 40 may be, as 
illustrated, employed. Control to be extended when a 
plurality of core boards 40 is employed will be described 
later. The present example will be described on the 
assumption that one core board 40 is employed. Moreover , 
one cycle of processing starts with the start S of 
waiting for occurrence of an interrupt on the core board 
40 and ends with the reception E of an application 
completion notification. The processing cycle is 
repeated thereafter. The one processing cycle will 
therefore be described below. 
(1-1) Interrupt timing 

The engine control software (application) installed 
on the motherboard 30 runs when initiated with an 
external event (timeout indicated by a timer in any of 
the fpgas 42, or reception of an engine speed signal, a 
vehicle speed signal, or a communication signal). The 
logic development system can replace occurrence of the 
external event with setting of an interrupt flag. 
Therefore, the engine control software includes an 
interrupt routine that is initiated with an .external 
interrupt flag. When an external interrupt flag is 
received, the interrupt routine is initiated. The 
interrupt routine is initiated on a hardware basis and 
acts on an interrupt signal. The interrupt routine is 
therefore called an interrupt handler. 
[0091] The motherboard 30 does not have an interrupt 
feature. An event transmission means is limited to one 
PCI interrupt channel (signal line A). Therefore, the 
microcomputer on the core board 40 monitors interrupt 
flags. When any interrupt flag becomes valid, a signal 
is transmitted over the one-channel interrupt signal line 
A in order to notify the motherboard 30 of the interrupt 
timing. 

[0092] Numerous factors are conceivable for an 
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interrupt. It is th FPGAs 42 that monitor wheth r an 
interrupt factor takes place. If even one interrupt 
factor takes place, an associated one of the FPGAs 42 
reads the value of the interrupt factor. The 
input/output driver 40D on the core board 40 is actuated, 
and the motherboard 30 is notified of the interrupt 
timing over the signal line A. Consequently, the 
interrupt flag in the FPGA is read directly into the 
input /output driver 30D. An application is then 
initiated to run on the motherboard 30. Depending on 
which of interrupt flags are set, applications associated 
with the set flags are run successively. After the 
motherboard 30 is notified of the interrupt timing over 
the signal line A, the input/output driver 40D on the 
core board 40 comes to disable PCI interrupts. 
(1-2) Input/output data 

input/output data is acquired when being read 
primarily from the register in each of the FPGAs 42 into 
the motherboard 30 over the PCI bus 39. The input/output 
data is specified when being written directly from the 
motherboard 30 into the register of each of the FPGAs 42 
over the PCI bus 39, in order to transfer a large amount 
of data, the burst mode is adopted for higher 
communication efficiency. Bit data whose transfer rate 
may not be high and which is received or transmitted 
through input, output and latch ports is transferred all 
together during preprocessing or post-processing 
performed by the input/output driver. 
[00931 When an application is run, accessing the 
input/output driver 40D on the core board 40 so as to 
check a certain port and specifying an output are 
performed within the application. As indicated with 
several dashed lines in Figs. 7A and 7B, data is read 
directly from the FPGAs 42 or written directly in the 
FPGAs 42. 

[0094] when an application is terminated, th last 
processing is performed along the path B indicated with a 
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dashed line in Fig. 5, The termination of interrupt 
handling is written in the register of an associated one 
of the FPGAs 42 on the core board 40. Thereafter, 
interrupt handling is initiated on the core board 40. 
The reception E of an application completion notification 
is transmitted to the input /output driver 40D as 
indicated with a bold line. Consequently, the 
input/output driver 40D on the core board 40 comes to 
enable issuance of a PCI interrupt request. With the 
start S of waiting for issuance of the PCI interrupt 
request, a state in which the interrupt flags are 
monitored all the time is established. If any interrupt 
factor is found, the input /output driver 40D on the core 
board 40 acts to notify the motherboard 30 of the 
interrupt timing over the line A. The next interrupt 
handling is then executed. This sequence is repeated 
thereafter. 

[0095] When an application is run on the motherboard 
30 employed in the present invention as mentioned above, 
the FPGAs 42 are directly accessed in order to transfer 
data to or from the motherboard 30. Compared with a 
method according to which after input information is 
collected and acquired on the core board 40, output 
requests are collected and transferred all together to 
the motherboard 30, a delay in directing the input/output 
driver is limited, that is, response efficiency is high. 
[0096] Figs. 8A and 8B detail acquisition of input 
information, run of an application, and finalization of 
an output request which are executed on the motherboard 
30 shown in Fig. 7A. A PCI interrupt request is 
transferred to the motherboard- side input/output driver 
30D over the PCI bus 39 shown in Fig. 7A. The 
input /output driver 30D first acquires the interrupt 
flags from each of the FPGAs 42 and transmits them to the 
int rrupt controller. Aft r the interrupt flags ar 
acquired, the interrupt flags are clear d and input 
information is acquir d all tog ther. This is because 
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after input information is acquir d, if interrupt flags 
are acquired, some input information may be modified with 
the acquisition of the interrupt flags. Consequently, 
according to the present invention, after interrupts are 
finalized, the latest information is read so that 
necessary values can be read reliably at optimal timings, 
in other words, after the interrupt controller finalizes 
interrupt factors, immediately before an interrupt 
handler is initiated, input information is acquired all 
together during preprocessing of the input/output driver. 
The input information to be acquired all together 
includes input data such as a port level, a captured 
value, received data, and an A/D-converted value, 
[0097] Data to be acquired all together is data that 
may be acquired at a low speed and that can be divided 
into bits. This kind of data is acquired all together so 
that is can be acquired efficiently. After data is 
acquired all together, input information is specified in 
the virtual input/output register (RAM) 38. This is 
intended to transfer data from the motherboard 30 via the 
virtual input/output register 38 as if the motherboard 30 
were connected to an actual microcomputer through the 
ports . 

[0098] After interrupt flags are acquired and input 
information is acquired all together, the interrupt 
controller checks the interrupt flags and initiates 
applications associated with the interrupt flags. The 
applications are initiated within the interrupt handler. 
[0099] An application comprises an application layer 
LI, two hardware-dependent layers L2 and L3, and a 
microcomputer-dependent layer L4. Necessary 
arithmetic /logic operations are executed on these layers. 
The arithmetic/logic operations include an input/output 
process. When an instruction that input information 
should be acquired is receiv d, data is acquired directly 
from the FPGAs 42. Dash d lines drawn in Figs. 8 A and 8B 
b tween the microcomputer-dep nd nt layer L4 and each of 
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the FPGAs 42 and between the microcomputer-dependent 
layer L4 and the virtual register 38 corr spond to dashed 
lines that approach or leave applications indicated in 
Figs. 7A and 7B. Acquired data is temporarily stored in 
the virtual input/output register 38. If an output is 
designated, the designated output is written in the 
virtual input/output register 38 and transmitted to a 
concerned one of the FPGAs 42 so that an instruction will 
be issued actually. 

[0100] in this case, if data designated as an output 
has already been written in the virtual input/output 
register 38 (port input information has been acquired all 
together in an early stage), the data is read from the 
virtual input/output register 38. Various cases are 
conceivable. Namely, data may be read directly from the 
FPGAs 2 or data designated as outputs may be read all 
together first. Moreover, Figs. 8 A and 8B show mere 
example of data transfer between the microcomputer- 
dependent layer L4 and the virtual input/output register 
38 or each of the FPGAs 42. The data transfer may be 
performed any time. Moreover, the microcomputer- 
dependent layer L4 and each of the FPGAs 42 may have 
direct access to each other so as to acquire data. 
However, if access is gained too frequently, a load on 
the PCI bus 39 becomes large. Data that can be 
transferred all together is transferred all together, and 
the other data to be transferred is accessed directly in 
order to improve response efficiency. Thus, data is 
transferred appropriately according to the data. For 
example, data to be transferred to or from the FPGAs 
serving as an input port, an output port, and a latch 
port is handled all together, while the other data is 
directly transferred to or from the FPGAs 42. 
[0101] when an application is terminated, the 
input/output driver 30D performs post-processing to 
designate output requests all togeth r and to issue a PCI 
interrupt enabling request to the core board. When 
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output requests are d signated all togeth r, outputs are 
specified in the virtual input/output register 38 and 
FPGAs 42. When a PCI interrupt enabling request is 
issued to the core board 40, the PCI interrupt enabling 
request is issued to the FPGAs 42. During the post- 
processing of the input /output driver 30D, output 
information such as an acquired port level, the result of 
comparison, a pulse-width-modulated signal, transmission 
data, communication initialization data, and A/D 
initialization data is transmitted to the core board 40 
over the PCI bus 39. Thereafter, the input/output driver 
30D waits for issuance of the next PCI interrupt request. 

(2) Details of processes involving the motherboard 
30 and core board 40 

The flow of data between the motherboard 30 and core 
board 40 caused by issuance of an interrupt request has 
been described comprehensively. Herein, processes 
involving the motherboard 30, PCI bus 39, and core board 
4 0 shown in Figs. 7A and 7B will be detailed. Namely, 
the processes indicated with © to ® in Figs. 7A and 7B 
will be detailed. A power-on sequence indicated with ® 
will be described in section (2-1). Processing of a PCI 
interrupt signal indicated with ® will be described in 
section (2-2). A PCI access procedure indicated with (D 
will be described in section (2-3). The action of the 
interrupt controller indicated with © will be described 
in section (2-4). Synchronization among a plurality of 
core boards indicated with ® will be described in 
section (2-5). 

(2-1) Power-on sequence 

A power-on sequence is a sequence of supplying power 
to the system in a case where an ignition switch IGSW is 
turned on after the power switch SI of the logic 
development system 20 in accordanc with the pres nt 
inv ntion included in an ngine control system shown in 
Fig, 2 and the power switch S2 of the host computer 27 
are turned on. For a bett r understanding of the pow r- 
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on s quenc , Fig. 9 shows th hoet comput r 27, th 
motherboard 30 on which an operating syst m, an 
initialization routine, a main routine/ and a PCI 
interrupt routine are installed, the core board 40 having 
a PCI interrupt issuing facility, the facility board 55 
having a power IC 65, an AND circuit 66, and a 
microcomputer 67, a battery 62, the ignition switch IGSW, 
and comparators 63 and 64. 

[0102] The initialization routine is initiated once 
every time data is transferred (downloaded) from the host 
computer 27. Moreover, the main routine is initiated 
regularly at intervals of 1 ms while the system is in 
operation. The PCI interrupt routine is initiated every 
time an interrupt request is issued while the system is 
in operation. The interrupt request is a request for 
initiating all software programs installed in the ECU 1 
other than the power-on sequence. This routine causes 
all the main processes in the ECU 1 to start acting. 
[0103] The power supply from which power is supplied 
during the power-on sequence is a battery 62 similar to 
the one included in an actual engine control system. An 
output voltage +B (=12 V) of the battery 62 is divided 
into two components. One of the components is applied to 
the first input terminal of the comparator 63 via the 
ignition switch IGSW, and the other is applied to the 
first input terminal of the other comparator 64. The 
voltage applied to the first input terminal of the 
comparator 63 is also applied to the power IC 65 mounted 
on the facility board 55. A fixed voltage of + 5 V lower 
than the output voltage +B of the battery 62 is applied 
to the second input terminals of the two comparators 63 
and 64 respectively. The output terminals of the 
comparators 63 and 64 are connected to a printer port 68 
to which a direct input signal of the motherboard 30 is 
applied , 

[0104] When the ignition switch IGSW is turn d on, the 
output terminal of the comparator 63 is driven high. 
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Unless the battery 62 is removed, the output terminal of 
the comparator 64 r mains high, within the main routine 
within which the outputs of the comparators 63 and 64 are 
received, when the output of the comparator 63 goes high, 
it is detected that the ignition switch IGSW has been 
turned on. When the output of the comparator 64 goes 
low, it is detected that the battery 62 has been removed. 
[0105] For engine control, when the ignition switch 
IGSW is turned on, the operating system on the mother 
board 30 is initiated. When the ignition switch IGSW is 
turned off, the operating system is terminated. In an 
actual microcomputer, the reset state of the 
microcomputer is canceled with reception of a signal, and 
the microcomputer starts acting. Herein, whether the 
operating system is initiated or terminated is 
interlocked with the on or off state of the ignition 
switch IGSW. 

{0106] The microcomputer 67 is mounted on the facility 
board 55. Even when the ignition switch IGSW is turned 
on, the microcomputer 67 is not actuated synchronously 
with the on state of the ignition switch. A first 
initial signal INTl sent from the motherboard 30 is 
applied to the first input terminal of the AND circuit 66 
on the facility board 55. A second initial signal INT2 
sent from the power IC 65 is applied to the second input 
terminal. The voltage +B developed at the battery 62 is 
applied to the power IC 65 with the ignition switch IGSW 
on. The first initial signal INTl is used to match the 
processing start timing on the facility board with that 
on the motherboard 30. The second initial signal is used 
to preserve a power^on reset time, which will be 
described later, after the ignition switch IGSW is turned 
on. 

[0107] The actual microcomputer 67 has a backup RAM 
(B-RAM) 70 to which power is always supplied from the 
battery 62. Even if the ignition switch IGSW is turned 
off, data is preserved in th backup RAM 70. According 
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to th present invention, the backup RAM may not be 
included, but the capability of th backup ram is 
realized. Moreover, the power-on sequence includes a 
method of realizing the same capability as the capability 
of an EEPROM that holds data even after the battery is 
removed , 

[0108] The power-on sequence will be described in 
conjunction with Figs, 1 OA and 10B. Figs, 10A and 10B 
describe steps involving the motherboard 30, core board 
40, and facility board 55 that have the components shown 
in Fig. 9. 

[0109 J At step 1, an engineer turns off the power 
supplies of the logic development system 20 and host 
computer 27 included in the system whose configuration is 
shown in Fig. 2, when the engineer turns on the power 
supply of the system, the power supplies of the logic 
development system 20 and host computer 27 are turned on. 
However, the power supply of the facility board remains 
off. This state is attained when the power supplies of 
the logic development system 20 and of the main unit of 
the host computer 27 are turned on. At this time, the 
ignition switch IGSW is not turned on, 

[0110] At step 2, the main routine shown in Fig. 9 and 
designed to check the power supply at intervals of 1 ms 
to see if the power supply is turned on is initiated with 
the power supply of the system turned on at step 1. 
Application software is downloaded from the host computer 
27 to the motherboard 30, whereby the motherboard 30 
included in the logic development system 20 is actuated. 
At this time, although the core board 40 is also 
actuated, PCI interrupts on the core board 40 are locked. 
[0111] At step 3, initial values to which ports are 
set are determined within the initialization routine on 
the motherboard 30 shown in Fig. 9. The initialization 
is performed only once. The initialization includes (1) 
setting of th comparator to an immediate output mod , 
(2) setting of the pulse-width modulator (PWM) to a 0 % 
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output mode, (3) setting of the first initial signal INTl 
to a low level, and (4) s tting of th main routin to 
state 1. 

(0112] At step 4, the first action (1) of state 1 is 
performed • with the first action (1) of state 1, a wait 
state is maintained until the ignition switch IGSW is 
turned on. 

[0113] At step 5, the engineer turns on the ignition 
switch IGSW of a quasi vehicle. With the action (2) of 
state 1, it is detected whether the ignition switch IGSW 
is turned on. The power supply of the facility board 55 
is then turned on. This state is equivalent to the one 
shown in Fig, 9 in which the ignition switch IGSW is 
turned on. The voltage +B developed at the battery 62 is 
applied to the comparator 63. With the high-level output 
of the comparator 63, the on state of the ignition switch 
IGSW is detected from the motherboard 30. 
[0114] When the ignition switch IGSW is turned on, the 
voltage +B is applied to the power IC 65 on the facility 
board 55. Thereafter, with the action (3) of state 1, 
the main routine is set to state 2. A power-on reset 
time is predefined so that even if the power +B is 
supplied to the power IC 65, the second initial signal 
INT2 will not be driven high immediately. Therefore, 
even if the power +6 is supplied to the power IC 65, the 
second initial signal INT2 remains low. 
[0115] with the action (1) of state 2 performed at 
step 6, the contents of a memory are restored, that is, 
preserved files (in a memory incorporated in the host 
computer or a peripheral memory of the motherboard) are 
restored (read). Specifically, files preserved when the 
ignition switch IGSW is turned off previously are read 
out. At this time, if the battery has been removed, data 
is initialized. With the subsequent action (2) of state 
2, data is read from an EEPROM (learned value data 
calculated by control softwar and optimiz d every tim 
the driving of a v hicle is repeated). With th action 
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(3) of stat 2, the main routine is s t to state 3. At 
step 6, the power IC on the facility board is still 
waiting for the power-on reset time, and the second 
initial signal INT2 remains low. 

[0116] With the action (1) of state 3 performed at 
step 7, the power ic on the facility board waits for the 
elapse of the power-on reset time, with the action (2) 
of state 3 performed at step 8, the power ic on the 
facility board detects the elapse of the power-on reset 
time. With the elapse of the power-on reset time, the 
second initial signal INT2 sent from the power IC 65 on 
the facility board is driven high. 

[0117] With the action (3) of state 3 performed at 
step 9, the first initial signal INT1 sent from the 
motherboard 30 to the facility board 55 via the core 
board 40 is driven high. This causes inputs applied to 
the two input terminals of the AND circuit 66 on the 
facility board 55 to go high. The output of the AND 
circuit 66 goes high. The reset state of the 
microcomputer 67 on the facility board 55 is canceled, 
and the microcomputer 67 is actuated. A program is 
started. 

[0118] As mentioned above, the facility board 55 is 
not started immediately after the ignition switch 1GSW is 
turned on but is started in a certain time thereafter. 
Namely, after the time having elapsed since the ignition 
switch IGSW is turned on becomes equal to the power-on 
reset time, the first initial signal INT1 is driven high 
on the motherboard 30 in order to actuate the facility 
board 55. Thus, the facility board 55 and motherboard 30 
are synchronized with each other. Thereafter, with the 
action (4), the facilities realized on the facility board 
55 other than the communication facility are initialized. 
With the action (5), the main routine is set to state 4. 
[0119] with the action (1) of stat 4 performed at 
step 10, the facility board 55 is initializ d. while the 
facility board 55 is initialized, a standby state is 
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maintained on the motherboard 30. In state 4, the 
microcomputer 67 on th facility board 55 acts to perform 
complex processing. The reset state of the microcomputer 
67 on the facility board 55 is canceled, and the 
microcomputer 67 starts acting. Consequently , various 
kinds of initialization become necessary. In 
consideration of the time required for the various kinds 
of initialization, the standby state is maintained on the 
motherboard 30. 

[0120] The complex processing (intelligent processing) 
to be performed on the facility board 55 is, for example, 
an output process (feedback) or control of a throttle 
angle (a current feedback is returned and compared with 
an angle command value, and the angle of a throttle valve 
is controlled so that it will agree with the command 
value). The facility board has a facility for 
controlling the angle of the throttle valve on a hardware 
basis according to a request value sent within an 
application. The facility board 55 is therefore 
initialized with the action (1) of state 4. with the 
action (2) performed at step 11 , whether the internal 
processing of the facility board 55 is completed is 
judged by checking if the initialization time required 
for the facility board 55 has elapsed. 
[0121] When the initialization time required for the 
facility board 55 has elapsed, communication of 
initialization data between the facility board 55 and 
motherboard 30 is started with the action (3). 
Consequently, communication is started according to the 
direct memory access (DMA) technique. Specifically, on 
the facility board 55, a reset state is canceled and a 
program is started for initialization. When the 
initialization is terminated, a normal processing mode is 
resumed. DMA communication is then started. A main 
process is downloaded onto the facility board 55. 
Herein, DMA communication is performed as a t st. Wh n a 
loop is entered in the normal proc ssing mode, data is 
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frequ ntly transf rred. Beforehand, communication is 
performed in order to check if communication can be 
achi ved correctly, with the action (5), the main 
routine i6 set to state 5. 

[0122] Referring to Figs. 11A and 11B, with the action 
of state 5 performed at step 12, a wait state is 
established until the communication of initialization 
data between the motherboard 30 and facility board 55 is 
completed. The facility board 55 receives data. When 
the reception is terminated, transmission data is 
produced and transmitted at step 13. On receipt of the 
transmission data from the facility board 55, the 
motherboard 30 senses that the initialization of the 
facility board 55 is completed. Thereafter, the main 
routine is returned to state 6. Although the reception 
is not completed on the facility board 35, if a timeout 
occurs, the main routine is returned to state 4. 
[0123] At step 14, the action of state 6 is performed. 
In state 6, with the action (1), completion of 
initialization of the facility board 55 is sensed, with 
the action (2) performed at step 15, a request for 
unlocking PCI interrupts is issued to the core board 40. 
After the request for unlocking PCI interrupts is issued 
to the core board 40, if an interrupt factor occurs on 
the core board 40, the request is accepted. Otherwise, 
the request is not accepted. When the power supply of 
the core board 40 is turned on first, PCI interrupts are 
locked. When the PCI interrupts are unlocked, interrupt 
flags are temporarily cleared in order to enable 
communication. Thereafter, with the action (3), the main 
routine is set to state 7. 

[0124] The steps 1 to 15 constitute the power-on 
sequence. Steps 16 to 20 constitute a power-off 
sequence. The power-off sequence comprises the steps 16 
to 20 at which the actions of state 7 and state 8 are 
performed. At the steps 16 to 18, PCI interrupt handling 
is repeated between the motherboard 30 and cor board 40. 
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Concurrently with the interrupt handling, with the action 
(1) of stat 7, a standby stat is establish d until the 
ignition switch IGSW is turned off. 

[0125] if it is detected with the action (2) of state 
7 performed at step 17 that the ignition switch IGSW is 
turned off, the power supply of the facility board 55 is 
turned off. The main routine is set to state 8 with the 
action (3). 

[0126] with the action (1) of state 8 performed at 
step 18, a request for locking PCI interrupts is issued 
to the core board 40. PCI interrupts are locked on the 
core board 40. with the action (2) of state 8 performed 
at step 19, the data in the memory on the motherboard 30 
and the EEPROM is preserved, and the PCI interrupts are 
disabled on the core board. 

[0127] With the action (3) of state 8 performed at the 
last step 20, the ports are set to initial values. This 
initialization is identical to the one performed at step 
3. After the initialization is completed, the main 
routine is set to state 1, and the steps 3 to 19 are 
repeated. 

(2-2) Handling PCI interrupt signals 
Figs. 12A and 12B detail handling of PCI interrupt 
signals (transferred over the signal line A as indicated 
in Figs. 7A and 7B). The PCI interrupt signals are high- 
level signals as far as no event occurs. At this time, 
the microcomputer on the core board 40 keeps waiting for 
the occurrence of an interrupt. If any event occurs, the 
microcomputer on the core board 40 transmits a valid PCI 
interrupt output over the signal line A. This causes a 
PCI interrupt signal on the signal line A to go (active) 
low. Thereafter, the microcomputer on the core board 40 
determines a PCI interrupt disabled period. Moreover, 
the active low signal on the PCI interrupt line A is 
record d as an on-state output in the PCI int rrupt 
signal register includ d in each of the FPGAs 42. 
[0128] The low-level PCI interrupt signal is 
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transmitt d to the moth rboard 30 ov r the signal line A. 
On receipt of the low- level PCI interrupt signal, th PCI 
interrupt request is accepted on the motherboard 30. On 
the motherboard 30, after the PCI interrupt request is 
accepted, PCI interrupt handling is executed. Within the 
first pass, an invalid PCI interrupt output is returned 
to the core board 40 over the PCI bus. This causes the 
PCI interrupt signal to go high. In other words, the 
interrupt signal is cleared. This is because when the 
PCI interrupt signal is held low over a long period of 
time, if PCI interrupt handling executed on the 
motherboard 30 is terminated quickly, the PCI interrupt 
request signal deriving from the same event may be 
accepted twice. Moreover, if the period during which the 
PCI interrupt signal is low is too short, the interrupt 
request is not accepted. 

[0129] During the subsequent PCI interrupt handling, 
the input/output driver 30D runs an application. When 
the PCI interrupt handling executed on the motherboard 30 
is completed, a fail-safe operation is performed on the 
motherboard 30 to see if the state of the PCI interrupt 
line A is high (inactive). This is because, if PCI 
interrupt handling is terminated with the PCI interrupt 
line A held low (active), an interrupt recurs. When the 
PCI interrupt handling executed on the motherboard 30 is 
completed, if the PCI interrupt line is inactive, the PCI 
interrupt handling is terminated. If the PCI interrupt 
line is active, after the PCI interrupt signal is 
cleared, the PCI interrupt handling is terminated. 
(2-3) PCI access method 

Figs. 13A and 13b are explanatory diagrams 
concerning a PCI access method. In PCI access, 
primarily, the register included in each of the FPGAs 42 
on the core board 40 is directly accessed from the 
motherboard 30 over the PCI bus 39 in ord r to r ad or 
write data, that is, to acquire or specify data. If a 
large amount of data is transferred between th 
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motherboard 30 and core board 40 over the PCI bus 39, th 
burst mode is adopted. Data is trans f rr d in units of a 
packet in order to improve communication efficiency. DMA 
communication or a/d conversion is performed in the burst 
mode. 

[0130] In this case, data is temporarily fetched into 
the core board 40 along the path c described in 
conjunction with Fig. 5. The data is transferred via the 
input/output driver 40D on the core board 40. In other 
words, data is transmitted from each of the FPGAs 42 to 
the microcomputer 40M, and the microcomputer 40M 
transmits the large amount of received data to the 
motherboard 30 in the burst mode. 
[0131] When the burst mode is adopted, a remote 
communicating side must support the burst mode. However, 
as the FPGAs 42 do not support the burst mode, the FPGAs 
42 cannot be directly accessed in the burst mode. 
Therefore, as indicated in Figs. 13A and 13B, a large 
amount of data is transmitted from the motherboard 30 to 
the microcomputer 40m on the core board 40 in the burst 
mode ci. Data is transmitted little by little from the 
microcomputer 40M on the core board 40 to each of the 
FPGAs 42 in a non-burst mode C2. Moreover, when data is 
sent from the core board 40 to the motherboard 30, data 
is fetched little by little from each of the FPGAs 42 
into the microcomputer 40M on the core board 40 in the 
non-burst mode C2. when the fetching is completed, a 
reception interrupt flag is set. The motherboard 30 is 
notified of the interrupt timing over the signal line A. 
Thereafter, a large amount of data is sent from the 
microcomputer 40M on the core board 40 to the motherboard 
30 in the burst mode CI at predetermined timing. 
(2-4) Actions of the interrupt controller 
Fig. 14 is a flowchart describing the actions of the 
interrupt controller that xecut s PCI interrupt 
handling. At step 1401, the input/output driver 30D on 
the motherboard 30 handl s a PCI interrupt signal. At 
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9t p 1402, the interrupt controll r acquires interrupt 
flags. Thereafter, the values of the interrupt flags 
acquired by the interrupt controller are stored in the 
internal RAM at step 1403. At step 1404, the acquired 
interrupt flags alone are cleared. 

[0132 J If an interrupt flag set during manipulation of 
interrupt flags is acquired, interrupt handling is 
executed. The interrupt flag is then cleared. Moreover, 
if the interrupt flag cannot be acquired, interrupt 
handling is not executed and the interrupt flag is not 
cleared. Namely, when an interrupt flag is set, 
associated interrupt handling is executed only once. 
Thus, missing an interrupt flag is prevented. 
[0133] By the way, manipulation of interrupt flags is 
such that: the interrupt flags are fetched from each of 
the FPGAs 42 into the motherboard 30; interrupt flags set 
to Is are accepted on the motherboard 30; data items of 
the interrupt flags are written as clear requests in each 
of the FPGAs 42; and the interrupt flags corresponding to 
those accepted on the motherboard 30 (interrupt flags set 
to is) are cleared. 

[0134] Fig. 15 shows the structure of a register 
included in an FPGA (if the FPGA serves as a capture 
unit). Fig. 15(a) shows the structure of an interrupt 
flag register in or from which data is written or read. 
As for reading, 1 signifies that an interrupt factor is 
present. O signifies that an interrupt factor is absent. 
The contents of a register in which an interrupt factor 
is recorded are read out. as for writing, when 1 is 
written, data is cleared. When 0 is written, data is 
preserved. In the present example, interrupt flags are 
acquired concurrently and stored in one register. The 
interrupt flags are therefore accessed efficiently. 
[0135] Fig. 15(b) shows the structure of a register in 
which captur d values ar recorded. Th descriptions of 
interrupts are r cord d in the captured value r gister. 
in the pres nt example, an interrupt flag is acquired in 
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units of 32 bits, A r gister of 32 bits wide is adopted 
as the captured valu regist r shown in Pig* 15(b). 
Moreover, the capture unit includes a free-run timer, A 
time instant when an interrupt (effective value) is 
received is recorded, and 1 is specified at the same 
time. The free-run timer is of a circulating type* In 
the present example, the structure of a register in which 
flags (Os or Is) are recorded is different from the one 
of a register in which the descriptions of interrupts are 
recorded. A flag ie a bit signal representing 0 or 1. 
interrupt flags representing Is are set are cleared. 
Thus, missing a flag that is set at delicate timing is 
prevented. 

[0136] At the next step 1405, it is verified whether 
all interrupt flags are cleared, if all interrupt flags 
are cleared, control is passed to step 1410. Output 
requests are specified concurrently in the FPGAs serving 
as ports. At step 1411, the input/output driver handles 
a PCI interrupt signal. The routine is then terminated. 
[0137J If it is verified at step 1405 that all the 
interrupt flags are not cleared, control is passed to 
step 1406. Input information is acquired all together 
(FPGAs serving as input, output, and latch ports). At 
step 1407, the interrupt handler is initiated according 
to the interrupt flags stored in the internal RAM. If a 
plurality of flags is stored in the internal RAM, 
interrupt handling is executed for one interrupt assigned 
the highest priority. For example, as far as the 
interrupt flag register shown in Fig. 15(a) is concerned, 
an interrupt factor is found on channels CH0 and CH3. In 
this case, either of interrupts assigned a higher 
priority is handled first. Thereafter, at step 1409, the 
interrupt flag representing an interrupt that has been 
handled is cleared. Control is then returned to step 
1402. 

[0138] At st p 1402, the interrupt controller rer ads 
interrupt flags. Th reading is int nded to ch ck if an 
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interrupt flag has be n s t to repr sent an int rrupt 
assigned a high priority during manipulation of interrupt 
flags. Assuming that a new interrupt flag is read after 
a plurality of initially read interrupt flags is 
manipulated without being updated, an interrupt flag 
assigned a higher priority is not immediately reflected 
on the operation of the system. Consequently, a sampling 
period is shortened, and the time from the instant an 
interrupt flag is set to the instant reading is restarted 
is shortened. 

[0139 J Thereafter, as long as an interrupt flag that 
is not cleared is found, the processing from step 1402 to 
step 1409 is repeated. When all interrupt flags are 
cleared, control is passed from step 1405 to step 1410. 
When step 1410 and step 1411 are completed, the routine 
is terminated. 

[0140) Fig. 16 is an explanatory diagram concerning 
processes executed according to the present invention in 
a case where any interrupt event occurs during a sampling 
period. Referring to Fig. 16, "interrupt" means an 
interrupt signal, "standby" means a standby state, and 
"handling" means interrupt handling. As illustrated, if 
interrupt events a and b occur during run of a first 
application, the interrupt events a and b are handled 
during the next sampling period. An interrupt event c 
occurring during handling of the interrupt events a and b 
is handled during the next sampling period. Likewise, 
the interrupt event c is handled during the next sampling 
period. Interrupt events d, e, and f occurring during 
handling of the interrupt event c are handled during the 
next sampling period. 

[0141] incidentally, interrupt flags are checked 
concurrently at certain timing, in this case, the number 
of interrupt flags to be checked may be one. If a 
plurality of interrupt flags is ch eked, the flag bits 
are acquir d concurr ntly. 

[0142] Fig. 17 is an explanatory diagram concerning 
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processes to b executed according to th present 
invention in a case wher th occurrence of an interrupt 
event is discontinued. Similarly to Fig, 16 , "interrupt" 
signifies an interrupt signal, "standby" signifies a 
standby state, and "handling" signifies interrupt 
handling. As illustrated, if interrupt events a and b 
occur during run of a first application f the interrupt 
events a and b are handled during the next sampling 
period. Thereafter, if occurrence of an interrupt event 
is discontinued for some time, a standby state is 
established on the core board in order to wait for 
occurrence of an interrupt event. When an interrupt 
event c occurs, communication between the core board and 
motherboard is restarted. When the information of the 
interrupt event c is received, the interrupt event c is 
handled during the next sampling period. 

(2-5) Synchronization of a plurality of core boards 
The number of FPGAs the core board 40 can 
accommodate is limited. Therefore, a plurality of core 
boards is employed in some cases. In such cases, the 
plurality of FPGAs is synchronized from the motherboard 
30. Referring to Figs. ISA and 18B, a description will 
be made of a case where two core boards 40 are employed. 
The first core board 40 shall be a core board for 
realizing a master and a timer, and the second core board 
40 shall be a core board for realizing a slave. 
[0143] The master/timer core board 40 accommodates 
various interrupting facilities such as a capture unit, a 
comparator, a pulse-width modulator (PWM), etc. The 
slave core board 40 accommodates communication-related 
interrupting facilities such as a universal asynchronous 
receiver/transmitter (UART) /direct memory access (DMA) 
device, a URAT, a PWM, and an A/D converter. The 
master/timer core board 40 has a free-run timer 69. The 
comparator and capture unit that operate with a tim r 
value of the timer 69 as a reference must b synchronized 
with the fr -run timer 69. In ord r to simplify 
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synchronization with th timer , timer-r lat d r sources 
(free-run timer 69, comparator , and capture unit) are 
mounted all together on one core board 40. Resources 
independent of the free-run timer 69 (communication unit, 
PWM, A/D converter, and a port) are mounted on the slave 
core board 40. 

[0144] For the present example, the orders according 
to which processes are executed will be indicated in 
parentheses. 

(1) Interrupt flags are collected. The result of 
collection , that is, the OR of interrupt flags shall 
signify that any of the interrupt flags is set. If an 
interrupt flag is set, a PCI interrupt request is 
generated. Specifically, if an interrupt flag is set in 
any of the capture unit, comparator, and PWM on the 
master /timer core board 40 or any of the facilities on 
the slave core board 40, a PCI interrupt request is 
generated. The slave core board accommodates a universal 
asynchronous receiver/transmitter (UART) /a direct memory 
access (DMA) device, a UART, a PWM f and an A/D converter. 
If any of interrupt flags in the UART /DMA device, UART, 
PWM, or A/D converter on the slave core board is set, the 
set interrupt flags are collected and specified as an 
extension interrupt flag on the master /timer core board. 
More particularly, one flag representing the result of 
collection and indicating whether the interrupt flags are 
present on the slave core board is specified as the 
extension interrupt flag. 

(2) A PCI interrupt signal is produced and 
transferred to the motherboard 30. With the PCI 
interrupt signal, PCI interrupts are disabled ♦ 

(3) PCI interrupt handling is executed on the 
motherboard 30. On the motherboard 30, it is impossible 
to execute PCI interrupt handling twice concurrently. 
PCI interrupts are therefore disabled on the core board 
4 0 until the int rrupt handling is completed on the 
motherboard 30. 
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(4) wh n the PCI int rrupt handling is completed on 
the motherboard 30 , a PCI interrupt compl tion signal is 
transmitted from the motherboard 30 to the core board 40. 
The PCI interrupt-disabled state is canceled, 

(5) When the PCI interrupt-disabled state is 
canceled, the process (1) is restarted. 

[0145] According to the foregoing procedure, a 
plurality of FPGAs is synchronized. 



